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SYSTEM AND METHOD FOR FERFORMINO A VARIETY 
OF TRANSACTIONS HAVING DISTRIBUTED 
DECISION-MARINO CAFABILITY 

BACKGROUND OF THE INVENTION 
The present Invention relates to a computer-based 
system and method by which a multiplicity of users may 
perform a variety of transactions through a system 
operator. More particularly, the invention relates to 
5 such a system and method which includes distributed 

decision-making capability to enhance transaction speed 
and redundemcy. 

Various computer-based systems have been proposed to 
allow a multiplicity of users to perform selected 

10 transactions. For example, systems have been implemented 
whereby a system operator will, on behalf of a consumer, 
pay bills rendered to the consumer by a billing entity. 
The payment itself may take various forms, including a 
consolidated check or an electronic funds transfer. At 

15 least one such system, shown in U.S. Patent No. 5,383,113 
to Kiaht et al . . effects electronic fimds transfer 
utilizing the Federal Reserve automated check clearing 
house (AGE) system. At least one other such system, 
i.e., that shown in U.S. Patent No. 5,220,501 to I^awlor 

20 et al . . utilizes the bank automatic teller machine (ATM) 
network. 

Other computer-based systems have been proposed 
which allow consumers to order a variety of goods and 
services. Such systems generally include a remote 

25 telecommunications device functionally connected to a 
computer facility. The consumer selects the desired 
goods or services on the telecommunications device, which 
transmits this information to the computer facility. The 
computer facility notifies the provider of the desired 

30 goods or services that an order has been made. Examples 
of systems by which a consumer may order various goods or 
services are shown in U.S. Patent No. 4,947,028 to Gorog, 
U.S. Patent No. 4,799,156 to Shavit et al. . and U.S. 
Patent 4,734,858 to Schlaflv . 
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Many of the above systems are designed to be 
utilized with a personal computer. While personal 
costputers are becoming more commonplace, most people 
still do not have a personal computer at their disposal. 
5 In fact, many individuals remain somewhat uneasy about 
using a personal computer. 

Other systems utilize a "screen phone" device 
distributed by the system operator. While these devices 
may be somewhat easier to use than a personal computer, 
10 many consumers still find their use relatively difficult. 
As a result, such consumers are deterred from using the 
overall system. 

In addition, prior art systems generally tend to 
access the entire database of consumer information when 
15 deciding whether a particular transaction is allowed. In 
other words, a central computer facility having detailed 
consumer accotmt and demographic information is accessed 
in order to determine whether the consumer is permitted, 
for example, to pay a bill. Thus, the time required to 
20 make a validity decision regarding the transaction is 

significantly increased. In addition, a failure of the 
central con^uter will often result in the entire system 
being "down." 

SUMMARY OF THE INVENTTQW 

25 The present invention recognizes and addresses the 

foregoing disadvantages, euid others, of prior art 
constructions and methods. 

Accordingly, it is an object of the present 
invention to provide an improved computer-^based system by 

30 which a multiplicity of users may perform a variety of 
transactions • 

It is another object of the present invention to 
provide an improved system of the type described which 
performs a validity analysis of the requested transaction 

35 relatively quickly. 
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It is a further object of the present invention to 
provide an improved system of the type described which is 
relatively easy to use. 

It is another object of the present invention to 
5 provide a system of the type described which incorporates 
a degree of redundancy to enhsmce fault tolerance. 

It is another object of the present invention to 
provide an improved method by which a system operator may 
pay bills on behalf of consumers. 

10 Some of these objects are achieved by a system for 

use by a multiplicity of users to perform a variety of 
trfimsactions through a system operator. Such 
transactions include payment of bills rendered to the 
user by a third party, various requests for products or 

15 services, and closed-network long distance telephone 

service. The system automatically collects payment for 
the tremsactions from the user, such as by electronic 
funds transfer from the user's bsmk account. 

The system comprises a plurality of telephone 

20 instruments respectively having an electronic telephone 
identifier. The telephone instruments further include 
means, such as a wallet card swipe reader, for inputting 
a user identifier. In addition, each of the telephone 
instruments has a plurality of user actuators thereon 

25 respectively indicative of a particular transaction. In 
exemplary constructions, the user actuators are 
respective buttons on the face of the telephone 
instrument. 

When a particular user actuator is selected, system 
30 processor means in communication with a respective 

telephone instrument function to receive at least the 
telephone identifier therefrom- The system processor 
me£ms are further able to determine which of the types of 
transactions is being requested based on which user 
35 actuator was selected by the user. 

The system processor means preferably includes at 
least one gateway computer for receiving transaction 
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requests from the telephone instnunents . In presently 
preferred embodiments, a plurality of gateway computers 
are provided, functionally arranged in parallel. A 
central computer in communication vith the gateway 
5 computers functions to forward a payment commemd to the 
payment meems for completing the bill payment 
transaction. Preferably, the gateway computers include 
log meams for storing information regarding each 
transaction received during a selected period and 

10 forwarding such information to the central computer in 
batch at a predetermined time. 

Each of the gateway computers further includes table 
means for storing therein a plurality of tables 
corresponding to respective of the telephone instruments. 

15 Validity processor meems of the gateway computers 

function to check whether requests for bill payment 
received from the telephone instrtiments are valid. The 
validity processor means preferably performs this 
validity check by receiving both the telephone identifier 

20 and the user identifier, and comparing the identifiers 
with data in a t€J:>le corresponding to the particular 
telephone instrument. 

In some exemplary constructions, communication 
between the telephone instruments and gateway computers 

25 is facilitated by a plurality of voice response units. 
The voice response units may function to return a 
reference number to the user indicating receipt of a 
valid request for bill payment by the system operator. 
Other objects of the invention are achieved by a 

30 computer-based method of effecting payment of bills 
rendered to consumers by third parties. The method 
comprises a step of providing a telephone instrument to 
respective of the consumers, each of the telephone 
instruments including means for communicating a telephone 

35 identifier and further including a wallet card swipe 
reader. A wallet card, having a user identifier 
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magnetically encoded thereon^ is also provided to 
respective of the consxmers. 

As an additional step, the method includes 
electronically receiving a request to pay a bill, the 
5 request including the telephone identifier and the user 

identifier. The telephone identifier and user identifier 
are then checked against a validity table to determine 
irtiether the request is valid. If the request is not 
valid, the transaction is denied. 

10 If the request is valid, an amount to be paid to the 

third party is received from inputs entered on a keypad 
of the telephone instrument. The amount to be paid, 
along with the validity information, forms an abbreviated 
request bundle. The eddbreviated request bimdle is later 

15 correlated with a complete dat€d)ase containing sufficient 
information regarding the user and the third party to 
effect bill payment thereto as requested. Finally, the 
method involves paying the bill which had been rendered 
to the user by the third party. 

20 According to a presently preferred methodology, the 

user is further provided a transaction identifier to 
reference receipt and acceptance of the request. Another 
presently preferred methodology involves the step of 
creating a log in a first computer which contains 

25 cd:>breviated request bundles accrued over a period of 

time. At a predetermined time, these abbreviated request 
bundles are forwarded from the first computer to a second 
computer for respective correlation with the computer 
database. 

30 Other objects, features and aspects of the present 

invention are discussed in greater detail below. 

BRIEF DESCRIPTION OF THE DRAWINGS 
A full and ensibling disclosure of the present 
invention, including the best mode thereof, to one of 
35 ordinary skill in the art, is set forth more particularly 
in the remainder of the specification, including 
ireference to the accompeuiying drawings, in which: 
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Figure 1 is a diagraxomatic overview of a system 
constructed in accordance with the present invention; 

Figure 2 is a perspective view of a presently 
preferred telephone instrument for use with the system of 
Figure 1; 

Figure 3 is an enlarged plan view of the telephone 
instrument shown in Figure 2; 

Figure 4 is a diagrammatic representation of 
preferred payment means for use with the system of Figure 
1; 

Figiire 5 is a diagrammatic representation showing in 
greater detail the functional components of a gateway 
computers as shown in Figure 4; 

Figure 5A is a flowchart illustrating a computer 
process by which the bill payment means of Figure 4 may 
function to check transaction validity; 

Figure 6 is a diagrammatic representation showing in 
greater detail the functional components of a central 
coiqmter as shown in Figure 4; 

Figure 7 is a diagrammatic representation of the 
manner in which datsibase information is stored by the 
central computer of Figures 4 and 6; 

Figure 8 is a diagrammatic representation of the 
support center for use with the system of Figure 1; and 

Figure 9 is a flowchart showing the operation of the 
meems for providing long distance telephone service shown 
in Figure 1. 

Repeat use of reference characters in the present 
specification and drawings is intended to represent same 
or analogous features or elements of the invention. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

It is to be understood by one of ordinary skill in 
the art that the present discussion is a description of 
exemplary embodiments only, and is not intended as 
limiting the broader aspects of the present invention, 
which broader aspects are embodied in the exemplary 
constructions . 
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A system according to the present invention for 
iparfonaing a variety of transactions is diagrammatical ly 
illustrated in Figure 1. As can be seen, the system 
includes an indeterminate multiplicity of telephone 
5 instruments 10 (respectively indicated by the reference 
numbers lOa-lOd and lOx) which are distributed to the 
public. As will be explained more fully below, each such 
telephone instrument has a unique serial number, or 
"identifier," which allows it to be electronically 

10 recognized by the system operator. 

One or more authorized users 12 are associated with 
each of the telephone instruments 10. For example, 
telephone instrument 10a has three authorized users, 
i.e., users 12a^, 12a2, and 12a3. Telephone instrument 

15 10b, however, has only one authorized user 12b in the 

illustrated example. Like telephone instruments 10, each 
user 12 also has a unique identifier which the system 
operator uses to determine whether a particular 
transaction is authorized. 

20 In the exemplary construction illustrated in Figure 

1, telephone instruments 10 commvinicate with means for 
performing various transactions via a toll free network 
14. Although details of these means will be discussed 
more fully below, each is shown generally in Figure 1 for 

25 purposes of overview. First such means 18 are provided 
for requesting various products or services on behalf of 
users 12. Another such means, i.e., support center 20, 
allow new users to be entered into the system as well as 
also requesting various products or services on behalf of 

30 the consumer. Payment meems 22 allow the system to pay 
bills on behalf of users 12. 

In addition to the above, long distance means 22 etre 
provided to allow long distance telephone calls to be 
made by users 12. Preferably, long distemce means 22 

35 provide this long distance telephone service through a 
"closed network." As used herein, the term "closed 
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netrvork" means t:hat only telephone Instruments 10 known 
to the system are authorized to make long distance calls. 

For reasons which will be explained below, support 
center 20 and long distance means 24 are capable of 
5 communicating with payment means 22, as diagrammatically 
illustrated at 26 and 28. Similarly, support center 20 
communicates with long dist€Uice means 24, as indicated at 
30. 

Figiires 2 and 3 illustrate a presently preferred 
10 embodiment of telephone instrument 10. As can be seen, 
instrument 10 resembles a typical touchtone telephone in 
xoany respects. For example, instrument 10 includes a 
base iinit 32 and a handset 34 interconnected by a coiled 
telephone cord 36. Instrument 10 also includes a 
15 numbered keypad and various function keys, as indicated 
generally at 38, which may be found on a typical 
telephone. 

Unlike a typical telephone, however, telephone 
instrument 10 includes a variety of user actuators 

20 respectively corresponding to a desired transaction. In 
presently preferred embodiments, the user actuators are 
configured as respective buttons, e.g. buttons labeled 1- 
24 in the illustrated example (Figtire 3) • Upon being 
pressed a single time, these buttons automatically 

25 initiate communication with other parts of the system so 
that a desired transaction is requested. Indicia located 
adjacent the buttons 40 indicate the specific type of 
transaction, 

A number of the buttons are preferably reserved for 
30 one-touch access to bill payment. In the illustrated 
embodiment, buttonl through button6 are bill payment 
buttons eirremged as follows: 

Buttonl - power or gas bill 
Button2 - phone bill 
35 Button3 - water or sewer bill 

Button4 - mortgage or rent 
Buttons - cable T.V. or newspaper 
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Buttons user's general payment list 
The means by the present invention effects bill payment 
will be explained in greater detail below. 

Often, an issuer of telephone instruments 10 will be 
5 a business entity other than the system operator. For 
example, a business with which a consumer has a special 
relationship, e.g., a bank, power con^any, newspaper, 
etc. , may issue the telephone instruments 10 to its 
customers as a promotion. In this case, button? through 
10 button9 may be reserved for use by the issuer. 

As an example, a bank issuer may desire that its 
customers have one-touch access to interest rates or 
checking accoimt information. In the case of a 
newspaper, issuer buttons coxild be used for product 
15 purchases, information processing, classified sales and 
the like. If a power company is the issuer, these 
buttons could be used to access outage reporting, meter 
reading, or for informational services on energy 
conservation and the like. 
20 ButtonlO may be utilized to directly access long 

distsmce means 24. In other words, a user desiring to 
make a long distance call through the closed network of 
the system would press buttonlO. When long distance 
means 24 provides a return dial tone, the number to be 
25 called is dialed via the keypad at 38. 

Buttonll through buttonlS are utilized to provide 
one-touch access to various goods or services. In the 
illustrated embodiment, these goods or services include: 

Buttonl2 - travel agency 
30 Buttonl3 - florist 

Buttonl4 - home delivery of food 

Buttonl5 - home repair 

Buttonie - discount brokerage 

Buttonl? - discount pharmacy 
35 ButtonlS - pay per view cable television 

As noted above, some of these goods or sezrvices may 
be provided by direct access between the user and the 
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provider. These providers may be equipped with 
appropriate software to recognize the particular user 
b£tsed on the telephone or user identifiers in the laanner 
discussed belov. Payment for these goods or services, 
5 however, would generally be arranged separately between 
the user and the provider. Other goods or services may 
be arranged through the support center 20. In this case, 
payment for the goods or services would preferably be 
accomplished through payment means 22. 

10 As shown, buttonl9 through button24 are led^eled as 

miscellaneous buttons. These buttons may be used to 
access additional goods or services. Alternatively, 
these buttons may be used as speed dial buttons as are 
frequently provided on typical telephones. 

15 Telephone instrument 10 also includes a wallet card 

reader device, preferably of the type satisfying ISO 
standards 78XX. Such card readers are capable of 
detecting an alphanumeric code impressed onto a magnetic 
stripe of a wallet card. In this case, users are each 

20 provided a system debit card 42 having a user identifier 
encoded on magnetic stripe 44. The system thus receives 
the user identifier when card 42 is swiped at the 
appropriate time through the reader slot 46 of telephone 
instrument 10 (as shown by arrow 48) • 

25 Referring now to Figure 4, the operation of payment 

mezuis 22 will be described in more detail. As shown, 
payment means 22 include a plurality of integrated voice 
response (IVR) units 50 which generate voice messages for 
communication with the user. Preferably, IVR units 50 

30 are functionally arranged in parallel as shown to give 
the system redundancy should one unit fail. 
Additionally, each of IVR units 50 will generally be 
limited in the maximum amount of calls which it may 
handle at a given time. A parallel architecture allows 

35 the call to be "bounced" to another IVR unit 50 where it 
can be serviced. 
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One or more gateway computers 52 are further 
provided to communicate with IVR units 50 over an 
interconnecting local area network {LAN) . Preferably, 
bill payment means 22 will include a plurality of gateway 
5 con^uters 52 functionally arranged in parallel as shown. 
In presently preferred embodiments, gateway computers 52 
loay each be a HP9000 model E35. 

In use, IVR units 50 and gateway computers 52 
excdiange a number of computer messages to facilitate 

10 processing of a transaction request. For ex£unple, as 
indicated at 54, IVR unit may issue a simple "ping" 
message when a transaction request is first received from 
one of telephone instruments 10. The "ping" message asks 
whether one of gateway computers 52 is available to 

15 handle the transaction. An available one of gateway 

computers will respond by issuing an acknowledgement, as 
indicated at 56. If gateway computers 52 are 
unavailable, the requesting IVR unit 50 will receive an 
error, as indicated at 58. The error number, indicated 

20 as "XX," will prompt unit 50. to provide a certain voice 
message to the user. 

After a successful "ping," IVR unit 50 will request 
whether the transaction is valid, as indicated at 60. If 
gateway computer 52 responds that the transaction is 

25 valid, a "V" response will be received, as indicated at 

62. If the transaction is not valid, gateway computer 52 
will issue an error message as indicated at 64. 

If successful communication is established between 
one of rVR units 50 and one of gateway computers 52, and 

30 the transaction is indicated as being valid, the 

respective IVR unit 50 will send a "pay" message to the 
respective gateway computer 52, as indicated at 66. The 
"pay" message informs the gateway computer 52 that a 
payment is to be made, and the amount of such payment. 

35 Gateway computer 52 then issues an acknowledgement, as 
indicated at 68, that the payment has been accepted. 
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Otherwise, gate%ray computer 52 Issues an error message, 
as indicated at 70. 

If the transaction is interrupted or some other 
event is detected where such may be appropriate, IVR unit 
5 50 sends an "ABORT** message to gateway computer 52, as 
indicated at 72. If the "ABORT" message is properly 
received by gateway computer 52, an acknowledgement is 
provided, as indicated at 74. Otherwise, an error is 
generated, as indicated at 76. 

10 After the transaction has been validated and the 

payment information has been gathered, gateway computers 
52 commtmicate with a central computer 78. From the 
information provided by gateway computers 52, central 
computer 78 functions to identify the user and the 

15 desired payee. Based on stored information, payment is 
effected to the payee by one of numerous methods. In 
presently preferred embodiments, central computer 78 may 
be a HP9000 model E55. For redundancy, several such 
central computers may be provided. 

20 One form of payment which may be made to the payee 

is a lump-sim check drawn on the system operator's bank 
account. Such a check may be produced by a laser printer 
80 having appropriate software giving it the capability 
to imprint MICR codes. Information regarding the 

25 customer accounts to be credited by the check could be 
provided to the payee in a number of ways. For example, 
central computer 78 may automatically send an appropriate 
report 82 via fax modem 84. In the alternative, payment 
information may be provided by electronic bulletin board 

30 86 through an online service or the Internet if the payee 
is suitably equipped. 

As indicated at 88, payment may also be effected 
through the ACH if appropriate arremgements have been 
made with the payee. In many cases, the system operator 

35 will not be a bemk. Due to Federal Reserve regulations, 
however, only bemks may have direct access to the ACH. 
Thus, the system operator making payments through the ACH 
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will affiliate with a gatekeeper bank to provide ACH 
access. The ACH will transfer funds directly from the 
account of the system operator into that of the payee. A 
report may be sent to the payee by one of the methods 
5 discussed above to apprise the payee of accounts to be 
credited with the payment. 

Alternatively, if the payee has made suitable 
arrangements with its own b£mk, it may not be necessary 
to issue a separate report to the payee of the accounts 

10 to be credited. Specifically, the requisite account 

information can be included in the ACH transfer to the 
payee's bank. 

The ACH also allows the system operator to collect 
payment for bills paid on behalf of various users. Such 

15 fimds are electronically transferred from the user's bank 

account to the bank account of the system operator via 
thjB ACH, preferably before a payment is issued to the 
billing entity. Access to the user's bank account is 
provided by the ACH prenote procedure. Information for 

20 the ACH prenote is gathered from data given by the user 
in an application completed to become part of the system. 

A significant advantage of the present invention is 
illustrated by the above discussion. Specifically, the 
system is organized to allow a decision regarding the 

25 validity of a particular transaction to be made at 

gateway computers 52 instead of central computer 78. 
While the decision-medcing capability of the system is 
distributed in this manner, detailed information 
regarding the identity of the users and their respective 

30 bemk accounts and the like is maintained at central 
computer 78. Thus, decision-making capability is 
distributed without the risk of a security breach. The 
technique by which the present invention achieves these 
results will now be described. 

35 Referring to Figure 5, the functional components of 

each gateway computer 52 is illustrated in more detail. 
As can be seen, gateway computer 52 includes a processor 
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90 in communication with table storage means 92 and log 
means 94. Table storage means contains a plurality of 
"tables" having a restricted amount of information 
regarding each of telephone instnments 10. At stated 
5 above, this information is sufficient to allow processor 
90 to determine the validity of the desired transaction 
without compromising security of the system. 

As an example, consider the following table which 
may correspond to one of telephone instruments 10. 
10 TABLE I 

A. 650114999 

B. 2 

C. 0000000050788363.0000000003456791 

D. 11_2 

15 0000001.0000001 

E. 12.2 
0000001.0000001 

F. 21_2 
0000002.0000001 

20 G. 31.2 

0000003.0000001 

H. 32.2 
0000003.0000001 

I. 41.4 

25 0000005.0000001 
0000008.0000002 
J. 51.2 

0000004.0000001 
K. 52.2 
30 0000006.0000001 
L. 61.8 

0000001.0000002.0000003.0000006.0000007.0000008.0000010 
0000013 

35 For convenience,' each table entry has been 

denominated by one of the letters A through L. 

The entry indicated by letter A gives the 
unicpie identifier of the telephone instrument to 
which the table corresponds. In other words, this 

40 telephone instrument has an identifier of 650114999. 
Entry B indicates the number of cards 42 which are 
authorized to be utilized with the corresponding 
telephone instrument 10. In this case, the 
particular telephone instrument has two (2) 

45 authorized cards. Entry C gives the user identifier 
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encoded on each of these two cards. The respective 
user identifiers are separated by an underscore 
character as shown. The user identifiers may 
respectively correspond to an individual bank 
5 account from which funds are to be drawn for 
covering a requested bill payment transaction. 

Entries D through L contain information 
corresponding to the specific bill payment 
transactions permitted on this telephone instrument 

10 10. For example, consider entry D, which 

corresponds to the buttonl of Figure 3. It will be 
recalled that this button allows the payment of a 
bill rendered by either a power or gas utility. 

As can be seen, entry D contains the listing 

15 "11 2" on its first line. The first "1« of this 

listing simply indicates that it corresponds to 
buttonl. The second "1" refers to a number which 
the user may enter in the telephone keypad to pay a 
power bill after being prompted by IVR unit 50. The 

20 "2" following the underscore indicates the number of 
fields which follow. The first such field, i.e., 
0000001, corresponds to a particular payee. The 
second field gives the service location for which 
payment is to be made, e.g., primary residence in 

25 this case. 

The listing of line E, i.e., 12_2, indicates 
that button 1 may also be utilized to pay a gas 
bill. Thus, the following fields respectively 
indicate the^ payee and the location for which 

30 payment is to be made. It may be noticed that the 
payee is indicated in entries D and E by the same 
ntimber. This is because, in the exemplary case 
shown, the payee is a utility offering both electric 
and gas services. It should be understood that, in 

35 many cases, the payees for electric and gas will be 
different. 
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It Should also be appreciated that many users 
will have multiple payees and/or locations for each 
category of bills to be paid. For exan^le, a user 
may have a vacation home in addition to a primary 
5 residence. Such a situation is shown by entry I, 

where the user is authorized to pay mortgage/rent at 
two locations. In this case, two different 
mortgagees are to be paid for the primary and 
vacation residences, and are given by the respective 

10 payee numbers "0000005?" and "0000008." As will be 
apparent from the discussion below, these and other 
field numbers in the Table allow gateway computers 
52 to direct IVR imits 50 such that the neuae of the 
payee and location can be inserted into the voice 

15 pron^t provided to the user. 

Entry L corresponds to buttons, the general 
payments button on telephone instrument 10. The 
general payments list is constructed by support 
center 20 based on user request. In this case, a 

20 total of eight (8) payees are present in the user's 
general payments list. In other words, the user may 
pay any one of these eight payees after button6 is 
pressed. 

Although some steps of the payment process have 
25 been discussed above, a flowchart summary is shown 
in Figure 5A for convenience. First, the user 
presses a selected one of the transaction buttons on 
telephone instrument 10, as indicated at 96. The 
user is then prompted to swipe card 42, as indicated 
30 at 98. The instrument identifier and user 

identifier are then provided to gateway computer 52. 
Gateway computer 52 uses this information to perform 
a table check, as indicated at 100. Based on the 
results of the table check, a decision may be made 
35 as to whether the transaction is allowed, as 
indicated at 102. If the tremsaction is not 
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allowed, a validity failure results, as Indicated at 
104. 

If the transaction is allowed, the user is 
prompted to select a payee from within the group of 
payees for the button pressed, as indicated at 106. 
Next, as indicated at 108, the user is prompted to 
enter an amount to be paid. The user is then issued 
a reference number, as indicated at 110, to confirm 
the occurrence of the transaction. 

As indicated at 112, the transaction amount and 
payee (as shown in the table) is stored in log 94. 
Because the information in log 94 is sufficient to 
indicate transaction validity, but insufficient to 
actually effect payment, it may be referred to as an 
"abbreviated rec[uest bundle." All abbreviated 
request bundles accrued over a period of time are 
stored in log 94 in this manner. At a predetermined 
time, they will be transferred to central computer 
78, as indicated at 114, which may then effect 
payment as described. 

It can be seen that the present system performs 
all of the functions needed to validate and capture 
a transaction without the assistance of central 
computer 78. The amount of information in each of 
the tables is carefully selected so that these 
functions can occur, but further so that 
insufficient information will be available in the 
tables to threaten security. In other words, the 
information contained in the teUdles would be useless 
to an unauthorized person who might gain access 
through deception. 

In addition, the methodology described herein 
allows the transaction to occur, from the stemdpoint 
of the user, at a lesser time them may otherwise be 
the case. For example, the present system 
eliminates the need to access voluminous demographic 
data on the user, the user's bank account and the 
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payee. This architectiure also allows transactions 
to be gathered even If central computer 78 is 
experiencing a malfunction. Thus, the user will not 
be inconvenienced. 

As an illustration of the transaction as seen 
by the user, consider the following series of 
messages generated by IVR unit 50. These messages 
correspond to an actuation of buttonl, for the 
payment of a power or gas bill: 

TABLE 

BUTTONl FGWER/GAS 

Message No. IVR Message 

01 1. To pay the power company for 

electric or electric and gas press 1, 
to pay the gas company press 2, for 
other payment options press 3, to 
exit press 0. 

11 2. (IF 0 is pressed) Goodbye. 



2.5 (IF 3 is pressed) Go to message 
10. 

02 3. Please swipe your home banking 
debit card (allow manual entry if 
card unable to be read) . 

(IVR checks customer table, payee teUdle, and 
location name teJsle (local or remote) for validity 
information and variable information) 

03 4. (Validity failure) We're sorry, 
your phone is not activated or your 
debit card is not authorized. Please 
hang up £md press the support center 
button. 

11 5. Goodbye. 

5.1 (If gateway returns 3 payees) To 
pay Payee Co. 1 press 1, To pay Pavee 
Co. 2 press 2, To pay Pavee Co. 3 
press 3. 



5.2 (If gateway returns 3 locations 
for the selected payee) To pay 
Primary Residence press 1, To pay 



wo 96/41460 



PCr/US96A)8764 



19 

Second home press 2, To pay Rental 
property press 3. 

04 6. Please enter the amoxint you want 
to pay, in dollars and cents with no 
decimal, followed by the pound key. 

05 7. You have entered . 

06 8. If correct press 1. If incorrect 
press 0. (If 0 is pressed, loop back 
to msg«4) * 

07 9. (info from payee 

table) power/gas company has been 
paid $ from your account. 

06 10. If correct press 1. If 

incorrect press 0. (If 0 is pressed, 
loop back to msg. 4) 

08 11. Your reference number is 

To repeat press 1 (If 1 pressed 
loop back to Msg. 08} • To continue 
press 2. 

Script continues to prompt for and verify the 
amount. The name of the selected company is played 
along with the amount, and the reference niimber is 
played with a repeat option. If there are multiple 
locations #5.2 above is repeated for each remaining 
location, adding, *'Or continue, press O*' at the end. 
After locations are selected or rejected, if there 
are multiple payees, #5.1 is repeated, again with, 
"Or to continue, press 0" at the end. After this 
the caller may select the menu of all payment types. 



09 12. Press 1 for more bill pay 
services. Press 0 to exit. 

11 13. (If 0 pressed) Goodbye. 

10 14. (If 1 pressed) For Power or gas 



press 1, for telephone press 2, for 
water or sewer press 3, for moxrtgage 
or rent press 4, for Cable TV or 
newspaper press 5 , for general 
payments press 6. 

(NOTE: If previous transaction had a good card 
swipe - go to enter amount you want to pay after 
validity table, location table and payee table 
information is retrieved for that button #•) 
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Other bill payment buttons would Initiate similar 
dialogue. 

Figure 6 illustrates the primary functional 
components of central computer 78. As can be seen, 
central computer 78 includes a main processor 116 in 
communication with a database 118. As described 
above, database 118 contains the detailed 
information necessary to effect bill payment on 
behalf of the user as well as other functions 
performed by the system. 

In em exemplary embodiment, the information is 
stored in datedsase 118 using Informix program. As 
shown in Figure 7, this program stores the 
information using "fields" which have therein a 
plurality of "keys." Further, the fields are 
functionally intercoiuiected by common keys. For 
example, field 120, labeled "debit cards," has nine 
keys. The common key between field 120 and field 
122, labeled "transactions," is "debit_card_no." 

A presently preferred embodiment of support 
center 20 is illustrated in greater detail in Figure 
8. As shown, support center 20 includes a pxoblic 
branch exchemge ("PBX") having an IVR, as indicated 
at 124. PBX unit 124 routes a help request to one 
of a plturality of workstation computers 126 
interconnected on a local area network (LAN) . In 
presently preferred embodiments, computers 126 may 
be Pentium-based computers having a lOOHUz clock 
speed and including "Windows for Workgroups" 
software. 

The telephone identifier provided to PBX 124 is 
then sent to central computer 26, as indicated at 
128. Central computer 78 provides the workstation 
computer 126 with customer information for display 
as the call is delivered. The attendant of each 
workstation computer 126 may then see the customer 
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information on the display. As a result, the 
attendant will be in a position to assist the user. 

Among the functions performed at support center 
20 is the creation and updating of the database 118 
'5 and the tables stored by gateway computers 52 . 

Additionally, the support center 20 may process 
selected product/service transactions, as indicated 
at 130. In this case, payment for the product or 
service is preferably made through payment means 22 

10 instead of independent payment by the user. Thus, 

as described above, support center 20 communicates 
with payment means 22 by line 26. 

Support center 20 also commtinicates with long 
distance means 24, as indicated at line 30. This 

15 communication provides notice to the closed network 

that a particular one of telephone instruments 10 is 
allowed access to the system. 

As previously noted, long distance means 24 
provides long distance telephone service through a 

20 closed network. Referring to Figure 9, the closed 

network is first accessed by pressing the 
appropriate button on telephone instrument 10, as 
indicated at 130. A computer within long distance 
means 24 then receives the unique identifier 

25 provided by telephone instrument 10. Based on this 

identifier, the computer determines whether 
instrument 10 is part of the closed network, as 
indicated in 132. If the telephone instrument is 
not part of the closed network, access to the 

30 network is denied, as indicated at 134. 

If, on the other hand, telephone instrument 10 
is part of the closed network, long distance means 
24 returns a dial tone, as indicated at 136. The 
user then places a desired call using telephone 

35 instrument 10, as indicated at 138. 

As the call is transpiring, various information 
regarding the destination and length of the call is 
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recorded, as indicated at 140. Before the call is 
to be billed, its rate is analyzed based on a 
predetermined criteria, as indicated at 142. In 
presently preferred embodiments, the predetermined 
criteria is selected to be lover than at least the 
largest four long distance carriers. Thus, the 
amoimt charged to the user will always be lover than 
at least these largest four long distance carriers. 

After the rate is determined, a charge for the 
various calls is forwarded to payment meems 22, as 
indicated at 144. The telephone calls may then 
appear on a consolidated statement from the system 
operator along with bills paid by payment means 22 
and products or services ordered on behalf of the 
user by support center 20. 

While preferred embodiments of the invention 
and presently preferred methods of practicing same 
have been shown and described, modifications and 
variations thereto may be practiced by those of 
ordinary skill in the art without departing from the 
spirit and scope of the present invention, which is 
more particularly set forth in the appended claims. 
In addition, it should be understood that aspects of 
the various embodiments may be interch2mged both in 
whole or in part. Furthermore, those of ordinary 
skill in the art will appreciate that the foregoing 
description is by way of example only, and is not 
intended to be limitative of the invention so 
further described in such appended claims.. 
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TOUT IS CIAIMBD IS : 

1. A system for use by a multiplicity of 
users to perform a variety of tremsactions through a 
system operator and effect collection of payment for 
said transactions by said system operator, said 
5 system comprising: 

a plurality of telephone instruments 
respectively having a telephone identifier, said 
telephone instruments further including means for 
inputting a user identifier; 

10 each of said telephone instruments further 

having a plurality of user actuators thereon 
respectively indicative of a particular transaction, 
said transactions including bill payment, 
product/ service requests and closed network long 

15 dist£mce telephone service; 

system processor means in communication with 
said respective of said telephone instruments upon 
actuation of a selected user actuator by said user, 
said system processor means operative to receive at 

20 least said telephone identifier from said telephone 
instrument; 

said system processor means being further able 
to determine which type of said transactions is 
being requested based on actuation of said selected 
25 user actuator; 

payment means for effecting payment of bills 
rendered by third parties to said user on behalf of 
said user; 

product/service means for effecting requests of 
30 products/ services on behalf of said user; 

long distance meams for effecting long distance 
telephone calls by said user from said telephone 
instrument through a closed network; and 

collection means for collecting payment for 
35 said tremsactions based on receipt of at least said 
telephone identifier from said telephone instrument. 
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2. A system as set forth in claim 1, wherein 
said system processor includes: 

at least one gateway computer having table 
means for storing therein a plurality of tables 
5 respectively corresponding to one of said telephone 
instruments; 

said gateway computer further having validity 
processor means for checking whether a request for 
bill payment from one of said telephone instruments 

10 is valid, said validity processor means operative to 
check said request for bill payment by receiving 
both of said telephone identifier and said user 
identifier and comparing said identifiers with data 
in a corresponding table; 

15 a central computer in communication with said 

at least one gateway computer and operative to 
forward a payment command to said payment means, 
said central computer having a complete dateQ>ase 
containing sufficient information regarding said 

20 user and said third party to effect bill payment 
thereto as requested. 

3. A system as set forth in claim 2, wherein 
said means of said telephone instrument for 
inputting a user identifier is a wallet card swipe 
reader. 

4. A system as set forth in claim 2, wherein 
said system includes means for returning to said 
user a reference niunber indicating receipt of a 
valid request for bill payment by said system 

5 operator. 

5. A system as set forth in claim 2, wherein 
said at least one gateway computer includes a 
plurality of said gateway computers functionally 
arranged in parallel to receive transaction requests 

5 from said telephone instruments. 

6. A system as set forth in claim 5, 
including a plurality of integrated voice response 
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units functionally connected between said telephone 
instruments and said gateway computers to facilitate 
communication therebetween, said integrated voice 
response units being fiuictionally arranged in 
5 parallel with one another. 

7. A system as set forth in claim 2, wherein 
said gateway computer further includes log means for 
storing information regarding each said transaction 
received during a selected period and forwarding 

5 said information to said central computer in batch 
at a predetermined time. 

8. A system as set forth in claim 2, wherein 
said collection means includes meems for 
electronically transferring funds from a bank 
account of said user to a bank account of said 

5 system operator. 

9. A system as set forth in claim 2, wherein 
said payment means includes: 

means for electronically transferring funds 
from a haxik account of said system operator to a 
5 bank account of said third party; and 

means for producing a check drawn on said bank 
account of said system operator to said third party. 

10. A system as set forth in claim 1, wherein 
said long distance means includes: 

mesms for logging information regarding calls 
made from a respective of said telephone 
5 instruments ; 

means for dyneuaically analyzing said calls made 
from a respective of said telephone instruments and 
determining a rate according to a predetermined 
criteria; and 

10 means in communication with said collection 

means for effecting payment for said calls from said 
user to said system operator. 

11. A system for use by a multiplicity of 
users to request payment by a system operator of 
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bills rendered by a third party to said users, said 
system comprising: 

a plurality of telecommunication instruments 
respectively having an instrument identifier, said 
5 telecommunication instruments further including 
means for inputting a user identifier; 

at least one gateway computer having table 
means for storing therein a plurality of tables 
respectively corresponding to one of said telephone 
10 instruments; 

said gateway computer further having gateway 
processor me€ms for validity checking requests for 
bill payment from said telecommunication devices, 
said gateway processor means operative to receive 
15 both of said telecommunication identifier and said 
user identifier and comparing said identifiers with 
data in a corresponding table; 

a central computer in operative communication 
with said gateway computer, said central computer 
20 having a complete database containing sufficient 
information regarding said user and a payee to 
effect bill payment thereto as requested; 

payment means in communication with said 
central computer and operative upon receipt of a 
25 payment command therefrom for effecting payment to 
said third parties of said bills; and 

collection means for collecting payment for 
said transactions* 

12 . A system as set forth in claim 11 , wherein 
said means of said telecommunication instrument for 
inputting a user identifier is a wallet card swipe 
reader. 

13. A system as set fojrth in claim 12, wherein 
respective of said telecommunications instruments 
are telephone instruments. 

14. A system as set forth in claim 13, wherein 
said system includes means responsive to said 
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gateway computer for returning to said user by voice 
a reference number indicating receipt and acceptemce 
by said system operator of a request for bill 
payment. 

15. A system as set forth in claim 11, wherein 
said at least one gateway computer includes a 
plxirality of said gateway computers functionally 
arranged in parallel to receive transaction requests 

5 from said telephone instruments. 

16. A system as set forth in claim 15, 
including a plurality of integrated voice response 
units functionally connected between said 
telecommunications instruments and said gateway 

5 conqputers to facilitate communication therebetween, 
said integrated voice response units being 
functionally arranged in parallel with one another. 

17. A system as set forth in claim 11, wherein 
gateway computer further includes log means for 
storing information regarding a plurality of said 
requests received during a selected period as 

5 £d}breviated request biindles and forwarding said 

abbreviated request bundles to said central computer 
in batch at a predetermined time. 

18. A system as set forth in claim 11, wherein 
£faid collection means includes means for 
electronically transferring funds from a beuik 
account of said user to a bank account of said 

5 system operator. 

19. A system as set forth in claim 12, wherein 
said payment means includes: 

first means for electronically transferring 
funds from a bank account of said system operator to 
5 a bsmk account of said third party; and 

second meems for producing a check drawn on 
said bcuik account of said system operator to said 
third party. 
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20. A system as set forth in claim 19, wherein 
said first means includes supplemental me£uis for 
notifying said third party of an electronic funds 
transfer to facilitate proper crediting of an 

5 account of said user. 

21. A computer-based method of effecting 
payment of bills rendered to consumers by third 
parties on behalf of said consiuners, said method 
comprising the steps of: 

5 (a) providing a telephone instrument to 

respective of said consumers, said telephone 
instrument including means for communicating a 
telephone identifier and further including a wallet 
card swipe reader; 
10 (b) providing a wallet card to respective of 

said consumers, said wallet card having a user 
identifier magnetically encoded thereon; 

(c) electronically receiving a request to pay 
a bill, said request including said telephone 

15 identifier and said user identifier; 

(d) checking said telephone identifier and 
said user identifier against a validity table to 
determine whether said request is valid; 

(e) if said request is not valid, denying said 
20 request; 

(f ) if said request is valid, receiving an 
amoimt to be paid to said third party from inputs 
entered on a keypad of said telephone instrument and 
forming an abbreviated recpiest bundle; 

25 (g) correlating said abbreviated request 

bundle with a complete database containing 
sufficient information regarding said user and said 
third party to effect bill payment thereto as 
requested; and 

30 (h) paying said bill rendered to said user by 

said third party on said user's behalf. 



wo 96/41460 



PCT/US96/08764 



29 

22. A method as set forth in claim 21, fiirther 
comprising the step of providing to said user a 
transaction identifier to reference receipt and 
acceptance of said request. 

23. A method as set forth in claim 21, 
including the steps of: 

(i) creating in a first computer a log 
containing a plurality of said abbreviated request 
5 bundles accrued from a plurality of said telephone 
instruments over a selected period; and 

(j) at a predetermined time, forwarding said 
plvirality of said abbreviated request bundles from 
said first computer to a second computer for 
10 respective correlation with said complete database. 
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